ERP-implementering: hvorfor forretningsprocesser afgør succesen
En ERP-implementering lykkes eller mislykkes på forretningsprocesser – ikke software. De fleste projekter overskrider budgettet og leverer færre gevinster, fordi ingen kan vise, hvordan arbejdet udføres i dag, og hvordan det nye system vil understøtte det. Denne guide dækker, hvorfor ERP-implementeringer fejler, hvordan BPM og ERP passer sammen, og hvad du skal gøre i hver fase.
Vigtigste pointer
- Behandl ERP som et forretningsprojekt: Systemet skal understøtte, hvordan arbejdet faktisk udføres.
- De fleste fejl skyldes urealistiske forventninger, for lidt forberedelse, svag ledelsesmæssig afstemning og dårlig change management.
- Kortlæg dine processer, før du konfigurerer noget – de bliver dine krav, testcases og træningsmateriale.
- BPM beskriver, hvordan arbejdet bør foregå; ERP udfører og registrerer det. Du har brug for begge.
- Hold procesdokumentationen levende efter go-live, så du kan håndtere opdateringer og nye releases.
Hvorfor er ERP-implementering et forretningsprojekt og ikke et IT-projekt?
Et ERP-system berører økonomi, salg, forsyningskæde, HR og kundeservice på én gang. Dets værdi ligger i, hvor godt det understøtter måden, de områder arbejder sammen på – ikke i softwaren i sig selv. Når implementeringen køres som et rent IT-projekt, sker der typisk fire ting:
- Manglende afstemning. Systemet konfigureres ud fra funktioner frem for forretningsbehov, så der opstår huller og workarounds.
- Lav adoption. Medarbejdere modstår et system, der ikke matcher deres daglige arbejde.
- Fragmenterede processer. Overleveringer mellem afdelinger bliver aldrig designet, så de bryder sammen i det nye system.
- Budgetoverskridelser og forsinkelser. Processer skal laves om sent, når ændringer er dyrest.
Hvorfor mislykkes ERP-implementeringer?
Store projekter følger generelt det, som Oxford-professor Bent Flyvbjerg kalder projektledelsens jernlov: over budget, over tid, under gevinster – og hans database med mere end 16.000 projekter viser, at IT-projekter er blandt de værste. ERP-rådgiver Eric Kimberling og hans team analyserede mere end 1.000 ERP-projekter og fandt fire tilbagevendende årsager:
| Årsag | Hvad der sker | Hvordan en proces-først-tilgang hjælper |
|---|---|---|
| Urealistiske forventninger | Ledelsen undervurderer indsatsen; test og change management skæres ned for at ramme go-live | Kortlæg dagens processer, så alle ser det reelle omfang, før budgetterne fastlægges |
| For lidt tid brugt i starten | Begejstring over det nye system fører til, at man springer direkte til konfiguration | Bliv først enige om et procesblueprint – det bliver grundlaget for kontrakter og testcases |
| Manglende ledelsesvision og afstemning | “Vores gamle system understøttes ikke længere” er det eneste mål | Sæt KPI’er pr. proces, fx at reducere kundeonboarding fra 3 uger til 3 dage |
| Dårlig organisatorisk change management | Menneskesiden – opbakning, kommunikation, træning – er underfinansieret | Gør forretningsstakeholders til ejere af deres processer, og involvér slutbrugere tidligt |
“Afsæt tid til at etablere et blueprint for jeres forretningsprocesser. I kommer til at spare eksponentielt flere penge senere.”
Eric Kimberling
Eksempel: sådan fik SPORT 24 rettet op på en fejlet ERP-migrering
Danmarks største sportsforhandler havde allerede forsøgt at flytte til Microsoft Dynamics Business Central én gang – og fejlet. Post-mortem’en pegede på én årsag: Ingen kunne præcist beskrive, hvordan forretningen fungerede. Før andet forsøg brugte 25 medarbejdere Gluu til at dokumentere 1.000 aktiviteter på tværs af 100 nøgleprocesser på to måneder. Migreringen lykkedes, og SPORT 24 bruger nu den samme procesdokumentation til at håndtere cloud-opdateringer to gange om året. Læs SPORT 24-casen.
»Vi gætter ikke længere på, hvordan vores forretning fungerer. Med Gluu fik vi den klarhed, vi havde brug for, til at give vores virksomhed superkræfter.« Læs case
Lars Elsborg,
CEO, SPORT 24
Hvad er forskellen på BPM og ERP?
BPM og ERP bliver ofte forvekslet, men de løser forskellige opgaver – og en ERP-implementering har brug for begge.
| Business process management (BPM) | Enterprise resource planning (ERP) | |
|---|---|---|
| Formål | Beskriv, styr og Improve, hvordan arbejdet udføres | Udfør transaktioner og opbevar virksomhedens kernedata |
| Dækker | Alle processer, inkl. manuelle trin, beslutninger og overleveringer | De dele af processerne, der kører i systemet |
| Ejes af | Procesejere i forretningen | IT og systemejere |
| Ændrer sig, når | Måden at arbejde på ændres | Systemet konfigureres, opgraderes eller udskiftes |
Kort sagt: BPM afgør, hvad der skal ske, og hvem der ejer det; ERP får de systemunderstøttede dele til at ske. Et velbeskrevet procesrepository er broen – det viser, hvilke aktiviteter ERP understøtter, hvilke der forbliver manuelle, og hvem der er ansvarlig for hver enkelt. Hvis du er ved at vælge et værktøj til BPM-delen, så sammenlign software til styring af forretningsprocesser.
Hvordan understøtter BPM hver fase af en ERP-implementering?
1. Planlæg. Brug reel tid her – planlæg langsomt, handl hurtigt. Definér målene, sæt realistiske forventninger, og beslut hvilke processer der er i scope. Tag dem i dit proceskatalog, så scope-ændringer bliver synlige.
2. Analysér. Kortlæg de nuværende processer sammen med dem, der udfører arbejdet, ved at bruge et framework som APQC’s Process Classification Framework som tjekliste. Tildel en procesejer til hver.
3. Design. Afstem hver proces med ERP’ets standardfunktioner og identificér gaps. Hold customisation på et minimum, især i cloud-ERP, hvor hver customisation gør fremtidige opdateringer sværere.
4. Migrér data. Rens og migrér data med en defineret plan og tydeligt dataejerskab. Proceskortet viser, hvilke forretningstrin der påvirkes, hvis data eller integrationer fejler.
5. Test. Omsæt de dokumenterede processer til testcases og user acceptance tests, som køres af de slutbrugere, der skal leve med systemet.
6. Go-live og træning. Brug procesdokumentationen som træningsmateriale, koblet til arbejdsinstruktioner for hvert trin i det nye system.
7. Procesforbedring efter go-live. Hold processerne opdaterede, efterhånden som systemet får nye releases, og forretningen ændrer sig. Det er her, de fleste organisationer stopper – og her dokumentationen betaler sig i årevis.
ERP-projektleder Jens Lund Olesen gennemgår denne tilgang til Dynamics 365 i vores webinar:
Hvis du vil bygge dit procesfundament før dit næste ERP-projekt, kan du prøve Gluu gratis i 30 dage.
Gluu gratis 30-dages prøveperiode. Opret uden kreditkort. Start fra kr. 199,- / år.
Hvad bør du dokumentere før en ERP-implementering?
Før konfigurationen starter, bør du have:
- Et proces-hierarki over processerne i scope, fra værdikæde ned til aktiviteter – se vores guide til software til procesdokumentation.
- En navngiven ejer for hver proces.
- Det nuværende flow for hver proces, inkl. beslutninger og overleveringer mellem afdelinger.
- Hvilke trin ERP vil understøtte, hvilke der forbliver manuelle, og hvilke systemer der er involveret.
- KPI’er pr. proces, så du kan dokumentere gevinsterne efter go-live.
Det er det arbejde, ERP-projektledere bruger Gluu til – se hvordan Gluu gør dette. For den fulde liste over capabilities, se hvordan Gluu hjælper dig med at muliggøre ERP-implementering.
FAQ – ERP-implementering og forretningsprocesser
De fleste ERP-implementeringer fejler på grund af urealistiske forventninger, for lidt tid brugt på forberedelse, manglende ledelsesmæssig afstemning og svag change management. Den fællesnævner er, at projektet køres som et IT-projekt i stedet for en ændring i, hvordan forretningen arbejder.
Forretningsprocesser definerer, hvad ERP-systemet skal understøtte. Dokumenterede processer bliver kravene, grundlaget for konfiguration og test samt træningsmaterialet for brugere, så systemet passer til den måde, arbejdet faktisk udføres på.
BPM beskriver, styrer og Improve, hvordan arbejdet udføres på tværs af mennesker og systemer. ERP udfører transaktioner og opbevarer centrale forretningsdata. BPM afgør, hvad der skal ske; ERP kører de systemunderstøttede dele.
BPM kortlægger hver proces end-to-end og viser, hvilke aktiviteter ERP understøtter, hvilke der forbliver manuelle, og hvilke andre systemer der er involveret. Det gør integrationsbehov, dataflows og ejerskab synligt, før build’et starter.
En typisk ERP-implementering går gennem planlægning, analyse, design, datamigrering, test, go-live og træning samt løbende procesforbedring efter go-live. Procesdokumentation understøtter hver fase.
Dokumentér processerne i scope, deres ejere, det nuværende flow med beslutninger og overleveringer, hvilke trin ERP vil understøtte, og KPI’er pr. proces.
En fejlet ERP-implementering kan forstyrre driften, overskride budgetter, skade medarbejdermoralen og påvirke kunder. Mange virksomheder ender med at gentage projektet – som SPORT 24 gjorde – denne gang med udgangspunkt i deres processer.
